Skip to content

chore: refactor pull request template for better structure and UI guidance#6200

Closed
s3arthak wants to merge 3 commits intoLibreSign:mainfrom
s3arthak:chore/refactor-pr-template
Closed

chore: refactor pull request template for better structure and UI guidance#6200
s3arthak wants to merge 3 commits intoLibreSign:mainfrom
s3arthak:chore/refactor-pr-template

Conversation

@s3arthak
Copy link
Copy Markdown

Fixes #5534

📝 Summary

This pull request refactors the pull request template to improve structure, readability, and contributor guidance.
It clearly separates frontend (UI) and backend (API) sections, retains the Codespaces testing instructions, and adds a dedicated UI checklist with before/after screenshots.

🧪 How to Test (GitHub Codespaces)

No runtime changes were made.
Please verify that the new pull request template renders correctly when opening a new pull request and that all sections (UI, API, Codespaces) are clearly structured.

🎨 UI (Frontend) Changes

Not applicable. This change only affects repository documentation/templates.

🛠️ API / Backend Changes

Not applicable. This change does not modify backend or API behavior.

📋 Checklist

  • Codespaces / How to Test instructions preserved
  • UI and API sections clearly separated
  • UI checklist with before/after screenshots included
  • Template formatting improved for readability

@github-project-automation github-project-automation Bot moved this to 0. Needs triage in Roadmap Dec 15, 2025
@vitormattos
Copy link
Copy Markdown
Member

@s3arthak s3arthak force-pushed the chore/refactor-pr-template branch from c62b179 to 2762962 Compare December 15, 2025 19:36
Copy link
Copy Markdown
Member

@vitormattos vitormattos left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sounds that you generated this using an AI and the AI mixed the details with the template. Check again the code. Look at the original template at row 32 have a details tag with info about how to test into GitHub Codespaces, it's important but not necessary to be displayed for everyone. Fix this and after I will make a new review.

Comment thread .github/pull_request_template.md Outdated
@s3arthak s3arthak force-pushed the chore/refactor-pr-template branch from 3835889 to 990302f Compare December 15, 2025 19:47
@vitormattos
Copy link
Copy Markdown
Member

@s3arthak look the comments about the tag details.


<!--
Please check the type of change your pull request introduces. Remove all that is unrelated and remove the comment block too, maintaining only the type of your PR:
<details>
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It would be helpful to move this block to the end of the document for better organization, as per the original template.

I noticed that the AI prompt removed many code details and made several changes. Could you clarify the reasoning behind these adjustments?


## 🎨 UI (Frontend) Changes

> Complete this section only if this pull request includes UI changes.
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The example template contains a code snippet within comments, such as:

<!--
░░░░░░░░░░░░░░░░░░░░░
░█████░░██████░█████░
░░███░░░░███░░░███░░
░░███ ░░░░███░░░███░░
░░███░░░░███░░░███░░
░░░█████████░░░█████░
░░░░░░░░░░░░░░░░░░░░

Feel free to remove this section when your PR only affects The backend/API code.
-->

This way, anyone opening a new PR will be notified that if it's only about the frontend, they should remove the backend section; otherwise, if it's only about the backend, they should remove the frontend section.


🏚️ Before | 🏡 After
-- | --
Screenshot before | Screenshot after
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

At the example, also have instructions about light and dark theme inside a comment that would be good to have here.

Suggested change
Screenshot before | Screenshot after
Screenshot before | Screenshot after
<!-- ☀️ Light theme | 🌑 Dark Theme -->

Comment on lines +44 to +46
- [ ] UI changes implemented
- [ ] Visual consistency checked
- [ ] Accessibility considerations applied (if applicable)
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The idea is to the developer create the tasks herself describing what's made and what's pending. Maybe with ellipsis could give this idea, or maybe also would be good to have a visible hidden comment here too explaining that, like - [ ] <!-- your tasks here -->

Suggested change
- [ ] UI changes implemented
- [ ] Visual consistency checked
- [ ] Accessibility considerations applied (if applicable)
- [ ] ...

- [ ] Tested on Firefox
- [ ] UI does not rely on browser-specific behavior
- [ ] Design reviewed, approved, or inspired by existing LibreSign / Nextcloud UI
- [ ] User-facing documentation updated (if required)
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe would be good to have a reference to user documentation of LibreSign website: https://docs.libresign.coop/user_manual/ and repository of website: https://github.com/LibreSign/documentation/ together with this item


## 🛠️ API / Backend Changes

> Complete this section only if this pull request includes backend or API changes.
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The comment about frontend that I made before.

Comment on lines +62 to +64
- [ ] Backend logic implemented or updated
- [ ] API contracts reviewed
- [ ] Database or migration changes documented (if applicable)
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The same as previous comment about tasks


### 🏁 API Checklist
- [ ] Unit and/or integration tests added, or not required
- [ ] API documentation in `docs/` updated (if required)
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The API documentation for LibreSign is not found in the docs folder. Instead, it is generated using the Composer command: composer openapi, which updates the openapi.json file. It would be beneficial to include a link to the developer documentation and to create an issue in the LibreSign documentation repository outlining how to use composer openapi. This issue should offer specific instructions tailored to LibreSign, since the Nextcloud developer documentation already covers the general process of generating OpenAPI documentation: Nextcloud Developer Manual.

Suggested change
- [ ] API documentation in `docs/` updated (if required)
- [ ] API documentation updated with the command `composer openapi` if necessary

Comment on lines +71 to +83
---

## 📋 General Checklist
- [ ] PR is focused on a single concern
- [ ] Code follows project conventions
- [ ] Relevant tests added or justified
- [ ] Documentation updated if needed
- [ ] No breaking changes (or clearly documented)

---

## ℹ️ Additional Notes
Add any additional context if necessary. No newline at end of file
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems like there is too much information required when creating a PR.

Suggested change
---
## 📋 General Checklist
- [ ] PR is focused on a single concern
- [ ] Code follows project conventions
- [ ] Relevant tests added or justified
- [ ] Documentation updated if needed
- [ ] No breaking changes (or clearly documented)
---
## ℹ️ Additional Notes
Add any additional context if necessary.

@github-project-automation github-project-automation Bot moved this from 0. Needs triage to 1. to do in Roadmap Dec 15, 2025
@s3arthak s3arthak closed this Dec 15, 2025
@github-project-automation github-project-automation Bot moved this from 1. to do to 4. to release in Roadmap Dec 15, 2025
@vitormattos
Copy link
Copy Markdown
Member

@s3arthak, why did you close the PR? Did you need more help?

@s3arthak
Copy link
Copy Markdown
Author

I closed the PR because I realized the changes were more structural than intended for a template file, and I didn’t want to create extra review overhead. I’d be happy to contribute to other issues that better match my current skills.

guilhermercarvalho added a commit to guilhermercarvalho/libresign that referenced this pull request Mar 4, 2026
- Clearly separate UI (frontend) and API (backend) sections
- Add before/after screenshot table for UI changes
- Include checklists for tasks, testing, documentation, accessibility, etc.
- Preserve Codespaces testing instructions in a collapsible block
- Add visual hints (ASCII art comments) to guide removal of irrelevant sections
- Update API documentation instruction to use `composer openapi`
- Add optional items: browser testing, accessibility, design review, capabilities
- Include AI disclosure checkbox for transparency

This addresses the requirements of issue LibreSign#5534 and incorporates feedback
from the previous attempt (LibreSign#6200).

Fixes LibreSign#5534

Signed-off-by: Guilherme Carvalho <[email protected]>
backportbot-libresign Bot pushed a commit that referenced this pull request Mar 5, 2026
- Clearly separate UI (frontend) and API (backend) sections
- Add before/after screenshot table for UI changes
- Include checklists for tasks, testing, documentation, accessibility, etc.
- Preserve Codespaces testing instructions in a collapsible block
- Add visual hints (ASCII art comments) to guide removal of irrelevant sections
- Update API documentation instruction to use `composer openapi`
- Add optional items: browser testing, accessibility, design review, capabilities
- Include AI disclosure checkbox for transparency

This addresses the requirements of issue #5534 and incorporates feedback
from the previous attempt (#6200).

Fixes #5534

Signed-off-by: Guilherme Carvalho <[email protected]>
backportbot-libresign Bot pushed a commit that referenced this pull request Mar 5, 2026
- Clearly separate UI (frontend) and API (backend) sections
- Add before/after screenshot table for UI changes
- Include checklists for tasks, testing, documentation, accessibility, etc.
- Preserve Codespaces testing instructions in a collapsible block
- Add visual hints (ASCII art comments) to guide removal of irrelevant sections
- Update API documentation instruction to use `composer openapi`
- Add optional items: browser testing, accessibility, design review, capabilities
- Include AI disclosure checkbox for transparency

This addresses the requirements of issue #5534 and incorporates feedback
from the previous attempt (#6200).

Fixes #5534

Signed-off-by: Guilherme Carvalho <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Archived in project

Development

Successfully merging this pull request may close these issues.

Refactor pull request template for better structure and UI guidance

2 participants